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DETAILED ACTION 



Specification 



1 . The abstract of the disclosure is objected to because it is more than one paragraph and 
longer than 150 words. The abstract of the disclose should be limited to a single paragraph on a 
separate sheet within the range of 50 to 150 words. Correction is required. See MPEP 
§ 608.01(b) and see below. 



2. AppUcant is reminded of the proper language and format for an abstract of the disclosure. 

The abstract should be in narrative form and generally limited to a single paragraph on a 
separate sheet within the range of 50 to 150 words. It is important that the abstract not exceed 
150 words in length since the space provided for the abstract on the computer tape used by the 
printer is limited. The form and legal phraseology often used in patent claims, such as "means" 
and "said," should be avoided. The abstract should describe the disclosure sufficiently to assist 
readers in deciding whether there is a need for consulting the full patent text for details. 

The language should be clear and concise and should not repeat information given in the 
title. It should avoid using phrases which can be implied, such as, "The disclosure concerns," 
"The disclosure defined by this invention," "The disclosure describes," etc. 



3. The arrangement of the disclosed application does not conform with 37 CFR 1 .77(b). 
Section headings are boldfaced throughout the disclosed specification. Section headings should 
not be underlined and/or boldfaced. Appropriate corrections are required according to the 
guidelines provided below: 



4. The following guidelines illustrate the preferred layout for the specification of a utility 
application. These guidelines are suggested for the applicant's use. 
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Art Unit: 2175 

Arrangement of the Specification 
As provided in 37 CFR 1.77(b), the specification of a utility application should include 
the following sections in order. Each of the lettered items should appear in upper case, without 
underlining or bold type, as a section heading. If no text follows the section heading, the phrase 
"Not Applicable" should follow the section heading: 

(a) TITLE OF THE INVENTION. 

(b) CROSS-REFERENCE TO RELATED APPLICATIONS. 

(c) STATEMENT REGARDING FEDERALLY SPONSORED RESEARCH OR 

DEVELOPMENT. 

(d) INCORPORATION-BY-REFERENCE OF MATEIUAL SUBMITTED ON A 

COMPACT DISC (See 37 CFR 1.52(e)(5) and MPEP 608.05. Computer program 
listings (37 CFR 1.96(c)), "Sequence Listings" (37 CFR 1.821(c)), and tables 
having more than 50 pages of text are permitted to be submitted on compact 
discs.) or 

REFERENCE TO A "MICROFICHE APPENDDC" (See MPEP § 608.05(a). 
"Microfiche Appendices" were accepted by the Office imtil March 1, 2001.) 

(e) BACKGROUND OF THE INVENTION. 

(1) Field of the Invention. 

(2) Description of Related Art including information disclosed under 37 CFR 1.97 
and 1.98. 

(f) BRIEF SUMMARY OF THE INVENTION. 

(g) BRIEF DESCRPTION OF THE SEVERAL VIEWS OF THE DRAWING(S). 

(h) DETAILED DESCRIPTION OF THE INVENTION. 

(i) CLAIM OR CLAIMS (commencing on a separate sheet). 

(j) ABSTRACT OF THE DISCLOSURE (commencing on a separate sheet). 

(ic) SEQUENCE LISTING (See MPEP § 2424 and 37 CFR 1.821-1.825. A "Sequence 
Listing" is required on paper if the application discloses a nucleotide or amino 
acid sequence as defined in 37 CFR 1.821(a) and if the required "Sequence 
Listing" is not submitted as an electronic document on compact disc). 



Claim Rejections - 35 USC§ 112 
5. The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 
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6. Claims 1 1-13 are rejected under 35 U.S.C. 1 12, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

7. Claim 1 1 recites the limitation "the providing step (a4) further includes" in line 1 . There 
is insufficient antecedent basis for this limitation in the claim. For the purpose of examining it is 
assumed that it was meant —the providing step (al) further includes— not "the providing step 
(a4) further includes". 

8. Claims 12 and 13 are rejected under 35 U.S.C. 112 because they are dependant on 
rejected dependant claim 1 1 . 

Appropriate correction is required. 

Claim Rejections - 35 USC§102 

9. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(e) the invention was described in (1) an application for patent, published under section 122(b), by another filed 
in the United States before the invention by the applicant for patent or (2) a patent granted on an application for 
patent by another filed in the United States before the invention by the applicant for patent, except that an 
international application filed under the treaty defined in section 351(a) shall have the effects for purposes of this 
subsection of an application filed in the United States only if the international application designated the United 
States and v/as published under Article 21(2) of such treaty in the English language. 
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10. Claims 1-5, 10-12, 14-17, 22-24, 26-31, 36-38, 40-43, 48-50, 52-58, 64-65, and 67-90 are 
rejected under 35 U.S.C. 102(e) as being anticipated by Drexter (U.S. patent application 
publication No. 2002/0046248 Al). 

As to claim 1, Drexter teaches a method for converting messaging data into a relational 
table format in a database system, wherein the messaging data is within a messaging system (see 
page 1, paragraph 0002), the method comprising the steps of: 

(a) providing a table function within the database system, wherein the table function 
includes a plurahty of table formatting specifications (see page 2, paragraph 0029); 

(b) invoking the table function to access the messaging data (see pages 2-3, paragraphs 
0030-0033); and 

(c) converting the messaging data by the table function into specific data types according 
to the plurahty of table formatting specifications, wherein the messaging data is transformed into 
the relational table format (see page 3, paragraph 0033). 

As to claim 27, Drexter teaches a computer readable medium containing programming 
instructions for converting messaging data into a relational table format in a database system, 
wherein the messaging data is within a messaging system (see page 2, paragraph 0024), 
comprising the programming instructions for: 

(a) providing a table function within the database system, wherein the table function 
includes a plurality of table formatting specifications (see page 2, paragraph 0029); 
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(b) invoking the table function to access the messaging data (see pages 2-3, paragraphs 
0030-0033); and 

(c) converting the messaging data by the table function into specific data types according 
to the plurality of table formatting specifications, wherein the messaging data is transformed into 
the relational table format (see page 3, paragraph 0033). 

As to claims 2 and 28, Drexter teaches wherein the table function invokes at least one 
messaging function within the database system (see page 4, paragraph 0042). 

As to claims 3 and 29, Drexter teaches wherein the table function and the at least one 
messaging function are user-defined functions within the database system (see page 3, paragraph 
0034). 

As to claims 4 and 30, Drexter teaches wherein the at least one messaging function 
retrieves and reads messaging data in the message system (see page 4, paragraph 0042). 

As to claims 5 and 31, Drexter teaches wherein the providing step (a) further includes the 

step of: 

(al) reading the plurality of table formatting specifications from a file (see page 4, 
paragraph 0041). 
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As to claims 10 and 36, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) providing formatting information about the messaging data (see pages 2-3, 
paragraphs 0030-0033). 

As to claims 1 1 and 37, Drexter teaches wherein the providing step (al) further includes 
the steps of: 

(ali) designating a delimiter character, wherein the delimiter character separates the 
messaging data into column data (see pages 2-3, paragraphs 0030-0031). 

As to claims 12 and 38, Drexter teaches wherein the converting step (c) further 
comprising: 

(cl) invoking a parser function within the database system for parsing the delimited 
messaging data (see pages 2-3, paragraphs 0030-0031). 

As to claims 14 and 40, Drexter teaches wherein the providing step (al) further includes 
the step of: 

(ali) specifying a fixed-length format by indicating a position (see page 3, paragraph 
0036) and length of each column (see pages 2-3, paragraph 0030). 



As to claims 15 and 41, Drexter teaches wherein the providing step (a) further includes 
the step of: 
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(a2) allowing a user to view the messaging data in the messaging system to verify the 
formatting information provided (see page 6, paragraph 0064). 

As to claims 16 and 42, Drexter teaches wherein the messaging data comprises a message 
string, the message string including a plurality of substrings, wherein each substring represents 
data that is returned as a column in a table (see page 3, paragraph 0037, where "column" is read 
on "field"). 

As to claims 17 and 43, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) defining a colunm for each substring of the plurality of substrings in the message 
string (see page 3, paragraph 0036). 

As to claims 22 and 48, Drexter teaches wherein the providing step (a) fiirther includes 
the step of: 

(al) allowing a user to create and name a table view based on the table formatting 
specifications (see page 3, paragraphs 0034-0037). 

As to claims 23 and 49, Drexter teaches wherein the invoking step (b) further includes the 

step of: 

(bl) selecting messaging data fi-om the table view (see page 3, paragraph 0036). 
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As to claims 24 and 50, Drexter teaches wherein the providing step (a) further includes 
the step of: 

(al) allowing a user to review a summary of the table formatting specifications before 
building the table function (see page 3, paragraph 0035-0036). 

As to claims 26 and 52, Drexter teaches further including the step of (d) populating 
directly a relational table in the database system with the returned messaging data (see figure 1). 

As to claim 53, Drexter teaches a system for converting messaging data into a relational 
table format in a database system, wherein the messaging data is within a messaging system (see 
page 1, paragraph 0002), the system comprising: 

a processor (see page 2, paragraph 0023); 

a table function building application executable by the processor for building a table 
function (see page 3, paragraph 0034), wherein the table function includes a plurality of table 
formatting specifications (see page 2, paragraph 0029); and 

means for invoking the table function to access the messaging data (see pages 2-3, 
paragraphs 0030-0033); 

wherein, once invoked, the table function converts the messaging data into specific data 
types according to the plurality of table formatting specifications and transforms the messaging 
data into the relational table format (see page 3, paragraph 0033). 
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As to claim 54, Drexter teaches wherein the table function invokes at least one messaging 
function within the database system (see page 3, paragraph 0038). 

As to claim 55, Drexter teaches wherein the table function and the at least one messaging 
function are user-defined functions within the database system (see page 3, paragraph 0034). 

As to claim 56, Drexter teaches wherein the at least one messaging function retrieves and 
reads messaging data in the message system (see page 3, paragraph 0038). 

As to claim 57, Drexter teaches wherein the table function building application includes a 
means for collecting the table formatting specifications from a user (see page 3, paragraphs 
0035-0037). 

As to claim 58, Drexter teaches wherein the table function building application includes 
means for downloading the table formatting specifications from a file (see page 3, paragraph 
0034). 

As to claim 64, Drexter teaches wherein the table function building application builds the 
table function based on the plurality of table formatting specifications collected through the 
graphical user interface (see page 3, paragraphs 0035-0037). 
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As to claim 65, Drexter teaches wherein the invoking means includes means for selecting 
messaging data from the table view (see page 3, paragraph 0036). 

As to claim 67, Drexter teaches a system for generating a customized invocation 
mechanism (see page 1, paragraph 0002), comprising: 

an interface for receiving customizations (see page 3, paragraph 0034-0037); and 
a software module coupled to the interface for building an invocation mechanism based 
on the customization specifications, wherein the invocation mechanism is invokable by a 
database for accessing data external to the database (see page 3, paragraphs 0036-0037). 

As to claim 75, Drexter teaches a method for generating a customized invocation 

mechanism (see page 1, paragraph 0002), comprising the steps of: 

receiving customization specifications (see page 3, paragraphs 0034-0037); and 
building an invocation mechanism based on the customization specifications, wherein the 

invocation mechanism is invokable by a database for accessing data extemal to the database (see 

page 3, paragraphs 0036-0037). 

As to claim 83, Drexter teaches a program product containing instructions executable by 
a computer, the instructions embodying a method for generating a customized invocation 
mechanism (see page 2, paragraph 0024), comprising the steps of: 

receiving customization specifications (see page 3, paragraphs 0034-0037); and 
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building an invocation mechanism based on the customization specifications, wherein the 
invocation mechanism is invokable by a database for accessing data extemal to the database (see 
page 3, paragraphs 0036-0037), 

As to claim 68, 76, and 84, Drexter teaches wherein the invocation mechanism is 
dynamically generated (see page 3, paragraphs 0034-0037) 

As to claim 69, 77, and 85, Drexter teaches wherein the invocation mechanism further 
comprises at least one of the group consisting of: a UDF, a table function, a virtual table, a stored 
procedure, a trigger, a query statement, and a federated table, and an equivalent of any of the 
foregoing (see page 3, paragraphs 0034-0037). 

As to claim 70, 78, and 86, Drexter teaches further comprising means for invoking the 
invocation mechanism from a database (see pages 6-7, paragraphs 0070-0072). 

As to claim 71, 79, and 87, Drexter teaches further comprising means for converting data 
accessed by the invocation mechanism into a format understood by the database (see page 5, 
paragraphs 0055-0057). 

As to claim 72, 80, and 88, Drexter teaches wherein the interface further comprising a 
graphical user interface for receiving function customization specifications (see page 7, 
paragraphs 0074-0077). 
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As to claim 73, 81, and 89, Drexter teaches wherein the customization specifications 
further comprise specification of a relational format for nonrelational data accessed by the 
customized function (see page 3, paragraphs 0034-0037). 

As to claim 74, 82, and 90, Drexter teaches wherein the interface further comprises 
means for previewing nonrelational data in relational format based on customization 
specifications (see page 3, paragraph 0034-0037). 

Claim Rejections - 35 USC§103 

11. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

12. Claims 6-9, 32-35, and 59-63 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Drexter (U.S. patent application publication No. 2002/0046248 Al) in view of Demers et al. 
(U.S. patent No. 5,870,761). 

As to claims 6 and 32, Drexter teaches wherein the providing step (a) further includes the 
steps of: 

(al) selecting a name for the table function (see page 3, paragraph 0034); 
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(a2) specifying where the table function is to be stored (see page 3, paragraph 0034 and 
see page 4, paragraph 0041). 

(a3) indicating where the messaging data resides (see page 3, paragraph 0038). 

Drexter does not teach selecting a type for the table function, wherein the type includes 
one of a retrieve function and a read function. 

Demers et aL teaches duplicating at a destination site changes made to data at a source 
site (see abstract), in which he teaches selecting a type for the table function, wherein the type 
includes one of a retrieve function and a read function (see column 5, lines 4-12). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include selecting a type for the table 
function, wherein the type includes one of a retrieve function and a read function. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Demers et al. because selecting 
a type for the table function, wherein the type includes one of a retrieve function and a read 
function would allow other destination sites to dequeue the record (see Demers et al.. column 5, 
lines 4-12), 

As to claims 7 and 33, Drexter as modified, teaches wherein the specifying step (a2) 
further includes the steps of: 

(a2i) providing a database name and access information; and (a2ii) allowing the user to 
validate the access information (see Drexten page 4, paragraph 0039). 
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As to claims 8 and 34, Drexter as modified, teaches wherein the indicating step (a3) 
fiirther includes the step of: 

(a3i) providing a service point name for the messaging data (see Drexten page 3, 
paragraph 0038). 

As to claims 9 and 35, Drexter as modified, teaches wherein the indicating step (a3) 
further includes the step of: 

(a3i) providing a system default endpoint for the messaging data (see Drexter. page 3, 
paragraph 0037). 

As to claim 59, Drexter teaches wherein the collecting means comprises a graphical user 
interface, wherein the graphical user interface prompts a user to select a name to specify where 
the table function is to be stored, and to indicate where the messaging data resides (see page 3, 
paragraph 0034). 

Drexter does not teach to select a type for the table function, wherein the type includes 
one of a retrieve function and a read function. 

Demers et al. teaches to select a type for the table function, wherein the type includes one 
of a retrieve f\mction and a read function (see column 5, lines 4-12). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include to select a type for the table 
function, wherein the type includes one of a retrieve function and a read function. 
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It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Demers et al because to select 
a type for the table function, wherein the type includes one of a retrieve function and a read 
function would allow other destination sites to dequeue the record (see Demers et aL . colunm 5, 
lines 4-12). 

As to claim 60, Drexter as modified, teaches wherein the graphical user interface further 
prompts the user to provide formatting information about the messaging data (see Drexten page 
3, paragraphs 0035-0036). 

As to claim 61, Drexter as modified, teaches wherein the messaging data comprises a 
message string, the message string including a plurality of substrings, wherein each substring 
represents data that is retumed as a column in a table (see Drexten page 3, paragraph 0036). 

As to claim 62, Drexter as modified, teaches wherein the graphical user interface further 
allows the user to define a colunm for each substring of the plurality of substrings in the message 
string (see Drexten page 3, paragraph 0035-0037). 

As to claim 63, Drexter as modified, teaches wherein the table function building 
application builds the table function based on the plurality of table formatting specifications 
collected through the graphical user interface (see Drexter , page 3, paragraph 0035-0037). 
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13. Claims 13 and 39 are rejected under 35 U.S.C. 103(a) as being unpatentable over Drexter 
(U.S. patent application publication No. 2002/0046248 Al) in view of Huthetal. (U.S. patent 
No. 6,704,742 Bl). 

As to claims 13 and 39, Drexter teaches wherein the invoking step (cl) further includes: 
(cli) checking for the parser function within the database system (see figure 2, reference 
number 42); and 

(cliii) registering the parser function to the database system after it is built (see page 3, 
paragraph 0036). 

Drexter does not teach 

(clii) building the parser function if it does not exist within the database system. 

Huth et al. teaches accessing database data so that massive amounts of data can be 
manipulated in many different ways to generate reports of many different types in a rapid 
manner (see abstract), in which he teaches building the parser function if it does not exist within 
the database system (see column 9, lines 30-58). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include building the parser function if 
it does not exist within the database system. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Huth et al. because building 
the parser function if it does not exist within the database system would allow the manipulation 
of data in a way that was not previously defined (see Huth et al., abstract). 
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14. Claims 18-21, 25, 44-47, 51, and 66 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Drexter (U.S. patent application publication No. 2002/0046248 Al) in view of 
Poskanzer (U.S. patent No. 6,658,426 Bl). 

As to claims 18 and 44, Drexter teaches wherein the defining step (al) further includes 
the steps of: 

(ali) naming each column (see page 5, paragraph 0056) 

Drexter does not teach (alii) designating a data type for each column. 

Poskanzer teaches designating a data type for each colunm (see column 3, lines 39-43). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include designating a data type for each 
column. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because designating 
a data type for each column would determine how the SQL statement must be structured to 
access data relating to that field (see Poskanzer, column 3, lines 39-43). 

As to claims 19 and 45, Drexter as modified, teaches wherein the defining step (al) 
fiirther includes the step of: 

(aliii) allowing the user to view the messaging data formatted according to the column 
definitions provided (see Drexter. page 3, paragraph 0035). 
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As to claims 20 and 46, Drexter as modified, teaches wherein the providing step (a) 
further includes the step of: 

(a2) building the table function based on the table formatting specifications collected 
fi-om the user (see Drexten page 3, paragraph 0035-0037). 

As to claims 21 and 47, Drexter as modified, teaches wherein the converting step (c) 
further includes: 

(cl) parsing the message string into the plurality of substrings (see Drexten page 5, 
paragraph 0056). 

(c2) converting each substring into the designated data type corresponding to its column 
(see Poskanzer, column 3, line 54 through column 4, line 4). 

As to claims 25 and 51, Drexter does not teach wherein the invoking step (b) further 
includes the step of: 

(bl) integrating the table function within a structured query language statement. 

Poskanzer teaches wherein the invoking step (b) further includes the step of: integrating 
the table function within a structured query language statement (see column 3, lines 26-43). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include wherein the invoking step (b) 
further includes the step of: integrating the table function within a structured query language 
statement. 
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It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because wherein the 
invoking step (b) further includes the step of: integrating the table function within a structured 
query language statement would allow it to input data into an SQL database (see Poskanzer, 
column 3, lines 29-34, and see lines 15-17). 

As to claim 66, Drexter does not teach wherein the invoking means includes means for 
integrating the table function within a structured query language statement. 

Poskanzer teaches wherein the invoking means includes means for integrating the table 
function within a structured query language statement (see column 3, lines 26-43). 

Therefore, it would have been obvious to a person having ordinary skill in the art at the 
time the invention was made to have modified Drexter to include wherein the invoking means 
includes means for integrating the table function within a structured query language statement. 

It would have been obvious to a person having ordinary skill in the art at the time the 
invention was made to have modified Drexter by the teachings of Poskanzer because wherein the 
invoking means includes means for integrating the table function within a structured query 
language statement would allow it to input data into an SQL database (see Poskanzer, column 3, 
lines 29-34, and see lines 15-17). 



Conclusion 
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15. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Jacob F. Betit whose telephone number is (703) 305-3735. The 
examiner can normally be reached on Monday through Friday 9 am to 5 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Dov Popovici can be reached on (703) 305-3830. The fax phone number for the 
organization where this application or proceeding is assigned is 703-872-9306. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for pubUshed applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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